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Description 

[0001] L'invention concerne les reseaux ou installa- 
tions informatiques qui permettent les echanges de mes- 
sages entre des postes ou stations. 
[0002] Elle concerne plus precisement, mais de fagon 
non limitative, les reseaux dont la transmission est de 
type "radio-frequence", c'est adire ceux qui ne requierent 
pas de liaisons dites "a support materiel" ou "filaires" 
(comme par exemple les cables ou fibres optiques), com- 
me for exemple celui decrit dans EP 0 838 930. 
[0003] De tels reseaux, que Ton peut qualifier de lo- 
caux, sontfaciles a implanter, mais ils presentent cepen- 
dant un inconvenient lie a la faible portee des transmis- 
sions, typiquement quelques dizaines de metres pour 
des debits de quelques Megabits/seconde. Cette limita- 
tion etant due principalement aux lois de la physique qui 
regissent les transmissions radio, elle est done incon- 
tournable. 

[0004] L'homme de I'art a propose certaines solutions 
pour pallier ce probleme, comme par exemple augmenter 
lespuissancesd'emission, ou bien ameliorer la reception 
en utilisant des antennes a gain. 

[0005] Pour ce qui concerne plus particulierement les 
reseaux locaux, il est d'usage d'utiliser des stations eloi- 
gnees les unes des autres d'une centaine de metres au 
moins. Certains de ces reseaux presentent une architec- 
ture classique dans laquelle les stations sont reliees au 
niveau "2", comme par exemple le niveau MAC ("Medium 
Access Control") ou le niveau LLC ("Line Load Control"), 
du modele ISO ("International Standards Organization") 
de I'OSI ("Open System Interconnection"). Plus precise- 
ment, les stations comprennent un systeme d'exploita- 
tion, un etage (ou couche) dit "reseau" qui traite et genere 
des messages d'un premier format, une carte de com- 
munication pour les echanges de messages d'un second 
format avec d'autres stations appartenant, generale- 
ment, au meme reseau, un etage dit "pilote" (connu en 
anglais sous le nom de "driver", comme notamment le 
driver MAC) pour placer des messages recus de la carte 
ou de I'etage reseau respectivementdans le premier for- 
mat ou dans le second format et les transmettre a I'etage 
reseau ou a la carte, ainsi que des moyens pour I'inter- 
facage des etages, carte et systeme d'exploitation entre 
eux (il s'agit generalement de logiciels et/ou cables de 
connexion). 

[0006] Dans ce type de reseaux, la solution proposee 
pour le relayage de messages (ou trames) consiste a 
utiliser au niveau 2 de chaque station des techniques du 
type de celles decrites dans le Brevet du Demandeur FR 
2 736 230. Ces techniques requierent des cartes reseaux 
dites "intelligentes" possedant leurs propres ressources 
materiel et logiciel. De telles cartes sont complexes et 
couteuses, ce qui va a I'encontre de ce qui se fait dans 
les reseaux filaires ou les cartes sont de conception sim- 
ple. 

[0007] L'invention a done pour but de procurer une ins- 
tallation de transmission de messages, et le procede cor- 



respondant, qui ne presentent pas I'inconvenient precite. 
[0008] Elle propose a cet effet une installation com- 
portant les caracteristiques definies dans la revendica- 
tion 1 . 

5 [0009] Par definition on qualifiera de "montant" un 
message (ou des donnees) provenant de I'etage pilote 
et se dirigeant vers I'etage reseau, tandis que Ton qua- 
lifiera de "descendant" un message (ou des donnees) 
provenant de I'etage reseau et se dirigeant vers I'etage 

10 pilote. 

[0010] Grace a l'invention, I'etage de gestion peut ab- 
sorber un message montant (par exemple filtrer qualita- 
tivement ou bien extraire des informations qui le concer- 
ne exclusivement), et/ou generer un message descen- 
ds dant (par exemple un message de service), et/ou inter- 
cepter un message descendant pour lui adjoindre des 
donnees ou pour generer un autre message descendant, 
et/ou intercepter un message montant pour le relayer (ou 
router), e'est-a-dire le transformer en un message des- 
20 cendant modifie au moins partiellement, et, eventuelle- 
ment, le transmettre conjointement a I'etage reseau. 
[0011] Ainsi, on entend par "decision de poursuite de 
la transmission", une decision de transformer un messa- 
ge montant en un message descendant, ou une decision 
25 de continuation de descente/montee d'un message des- 
cendant/montant, ou encore une decision de transformer 
un message montant en un premier message montant 
etun second message descendant, ou alors une decision 
d'interruption d'ascension d'un message montant dans 
30 |e but de se servir de ses informations au niveau de I'eta- 
ge de gestion (c'est notamment le cas des messages de 
service). 

[0012] On peut done conserver la carte de communi- 
cation (ou carte reseau), I'etage pilote et I'etage (ou cou- 
35 che) reseau d'une station sans modifier leurs materiels 
et logiciels respectifs. 

[0013] De preference, le systeme d'exploitation des 
stations munies d'un etage de gestion comporte les ca- 
racteristiques definies dans la revendication 2, de sorte 

40 qu'une partie de la puissance de traitement et de la me- 
moire de la station soit utilisee pour la gestion de la con- 
nexion de cette station au reseau, sans que cela n'inter- 
fere avec d'autres applications (ou taches). 
[001 4] Les messages au second format peuvent com- 

45 prendre les caracteristiques definies dans I'une des re- 
vendications 3 a 11 . 

[0015] Selon l'invention, I'etage de gestion est capable 
d'assurer au moins une fonction (ou traitement) choisie 
parmi I'encapsulation/desencapsulation de messages a 

50 emettreou recus, lagenerationspontaneeousur requete 
de messages de service, le routage d'information, la syn- 
chronisation de la station dans laquelle ledit etage de 
gestion est implante et eventuellementcelle d'autres sta- 
tions du reseau auquel cette station est connectee. 

55 [0016] On entend ici par routage la determination 
d'une adresse de station intermediate pour (re)trans- 
mettre un message de fagon optimale jusqu'a une ou 
plusieurs stations de destination finale, par interrogation 
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d'une table de routage stockee dans I'etage de gestion, 
table pouvant etre mise a jour a I'aide d'informations to- 
pologiques et/ou de voisinage fournies par des messa- 
ges de service emis par les autres stations du reseau. 
[0017] Par ailleurs, on entend par desencapsula- 
tion/encapsulation le retrait d'un message, ou I'ajout a 
celui-ci, d'une capsule formee notamment d'un couple 
d'adresses. 

[0018] De plus, on entend par synchronisation Tali- 
gnement" d'au moins les moyens d'emission/reception 
de la station sur le mode d'emission frequentiel et le 
temps de reference commun du reseau ou d'au moins 
I'une de ses stations, de sorte qu'au moins les stations 
relais du reseau soient toutes synchronisees. Cette syn- 
chronisation peut etre mise en oeuvre a I'aide des mes- 
sages de synchronisation recus des autres stations, mais 
elle peut etre egalement initiee par I'etage pilote d'une 
station. 

[0019] L'invention s'applique egalement aux stations 
munies d'au moins deux etages pilote relies chacun res- 
pectivement, comme defini dans la revendication 16. 
Dans ce cas, I'un des reseaux est de type radio tandis 
que le ou les autres reseaux sont de preference de type 
filaire. Ainsi, il est possible d'utiliser un reseau filaire com- 
me raccourci, ou bien comme solution de secours lors- 
que la transmission radio s'avere impossible. 
[0020] L'installation peut en outre comporter les carac- 
teristiques definies dans la revendication 21 . L'etage de 
gestion est alors agence pour effectuer au moins deux 
fonctions (ou traitements) differentes, assurees par les 
moyens d'aiguillage. 

[0021] L'invention propose egalement un procede de 
transmission de messages (ou donnees ou trames) com- 
portant les caracteristiques definies dans la revendica- 
tion 32. 

[0022] D'autres caracteristiques et avantages de l'in- 
vention apparaitront a I'examen de la description de- 
taillee ci-apres, etdes dessins annexes, sur lesquels : 

la figure 1 est un schema tres simplifie illustrant I'ar- 
chitecture d'une station de Tart anterieur; 

les figures 2A et 2B sont des schemas tres simplifies 
illustrant les architectures de deux formes de reali- 
sation de stations selon l'invention; 

les figures 3A et 3B sont des schemas simplifies il- 
lustrant plus en detail les architectures des stations 
des figures 2A et 2B, lorsque leur etage de gestion 
est capable d'assurer des fonctions de routage et de 
traitement de messages de service; 

la figure 4 illustre un exemple de format de message 
utilise dans les installations de I'art anterieur; 

la figure 5 illustre un exemple de format de message 
utilise dans les installations selon l'invention; 



la figure 6 illustre un exemple d'aiguillage de mes- 
sage montant dans une station du type de celle il- 
lustree sur la figure 2A; 

5 - la figure 7 illustre un exemple de routage d'un mes- 
sage descendant dans une station du type de celle 
illustree sur la figure 2A; 

la figure 8 est un diagramme bloc illustrant le traite- 
10 ment d'un message montant par I'etage de gestion; 

la figure 9 est une variante de la station illustree sur 
la figure 3A. 

15 [0023] On se refere tout d'abord a la figure 1 pour de- 
crire un exemple d'installation de transmission de mes- 
sages (ou donnees, ou encore trames) de I'art anterieur. 
[0024] Sur cette figure 1, se trouve representee une 
partie d'une installation de transmission de donnees (ou 

20 reseau) dans laquelle des stations Si (ici i = 1 et 2) peu- 
vent echanger des messages (ou trames) comportant 
des donnees (ou informations). Ici, l'installation forme un 
reseau local de type radio-frequence dans lequel les 
messages sont echanges par des ordinateurs PC (Per- 

25 sonal Computer) via le medium ether. 

[0025] Pour autoriser de telles transmissions, chaque 
station Si presente une architecture de communication 
particuliere, organisee comme suit. 
[0026] Tout d'abord, on prevoit une carte de commu- 
te nication 1 dite carte reseau qui comprend un transceiver 
pour I'emission/reception, un composant reseau suscep- 
tible de recuperer les messages transitantsur le medium 
(ici Tether) et de les stocker dans une memoire de type 
tampon apres verification de I'integritedes messages (ou 

35 paquet, ou trame). 

[0027] Ensuite, on prevoit un etage pilote 2 (ou en an- 
glais driver) connecte a la carte reseau 1 par des moyens 
d'interface tels qu'un cable d'interconnexion, et permet- 
tant aux couches dites "hautes" des protocoles reseau 

40 de recuperer les messages ou paquets. Dans cet exem- 
ple, I'etage pilote est de type MAC. Mais, il pourrait s'agir 
d'un etage pilote d'un autre type comme par exemple de 
type LLC du modele ISO de I'OSI. Habituellement, cet 
etage pilote 2 est une couche logiciel permettant d'initia- 

45 liser la carte de communication 1 (carte reseau) et plus 
particulierement son transceiver et son composant re- 
seau. 

[0028] On prevoit ensuite, "reliee" a I'etage pilote MAC 
2, une couche dite "reseau" 3 qui est en fait la couche 

50 haute des protocoles reseau cites ci-avant. II s'agit ega- 
lement, en general, d'une couche logiciel. 
[0029] Habituellement, la couche reseau 3 et I'etage 
pilote MAC 2 sont relies par des moyens d'interface, nor- 
malises, de type logiciel. A titre d'exemple, dans les en- 

55 vironnements de type Windows et Windows NT (mar- 
ques deposees par la Societe MICROSOFT) I'interface 
est connu sous le nom NDIS ("Network Device Interface 
Specification"). Dans un autre exemple correspondant a 
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I'environnement Novel, cette interface est appelee ODI 
("Open Data Lint Interface"). 

[0030] La couche (ou etage) reseau 3 et I'etage pilote 
MAC 2 sont tous les deux geres par le systeme Sexploi- 
tation 4 de la station note dans laquelle ils sont installes. 
En d'autres termes, ils fonctionnent en utilisant les res- 
sources du systeme d'exploitation 4 de la station Si. 
[0031] Comme indique dans I'introduction, du fait des 
limitations physiques de la transmission radio, il est im- 
peratif que les stations du reseau local puissent relayer 
des messages ou trames. Or, dans les installations de 
I'art anterieur, ceci ne peut etre effectue qu'en faisant 
appel a des techniques de relayage de trame, du type 
de celles decrites dans le Brevet du Demandeur FR 2 
736 230, qui necessitent pour etre mises en oeuvre des 
cartes reseau (cartes de communication) "intelligentes" 
qui vont a I'encontre des habitudes de I'homme de I'art 
du fait de leur complexity et leur prix eleve. 
[0032] L'invention vient done apporter une solution 
particulierement elegante a I'inconvenient presente par 
les installations de transmission de messages de I'art 
anterieur. 

[0033] On se refere maintenant aux figures 2A et 3A 
pour decrire I'architecture generale des stations d'une 
installation de transmission de messages selon l'inven- 
tion. 

[0034] Selon l'invention, on part de I'architecture clas- 
sique decrite en reference a la figure 1, et Ton vient "in- 
tercaler" entre I'etage pilote MAC 2 et I'etage (ou couche) 
reseau 3 d'une station Si un etage (ou couche) de gestion 
de reseau 5 utilisant les ressources du systeme d'exploi- 
tation 4. 

[0035] De preference, et dans le but d'eviter toute in- 
terference sensible entre les differentes applications ou 
taches du systeme d'exploitation 4 de la station note Si 
et la tache effectuee par cet etage de gestion de reseau 
5, le systeme d'exploitation 4 de la station Si est choisi 
de type multitaches. 

[0036] Les systemes d'exploitation modernes dispo- 
sent d'ordonnanceurs qui permettent de scruter les dif- 
ferentes taches en attente tous les centiemes de secon- 
de environ. Par ailleurs, il est parfois possible de donner 
des priorites aux differentes taches en attente. Par con- 
sequent, il est envisageable que des taches de fond (cel- 
les qui sont executees en permanence) restent pratique- 
ment imperceptibles a I'utilisateur d'une station. 
[0037] On peut noter que dans I'architecture de la fi- 
gure 1 les traitements de type temps reel sont executes 
par la carte reseau, de sorte que les taches de I'etage 
de gestion de reseau n'aient pas de tels traitements a 
effectuer. II est envisageable de traiter ces differentes 
taches comme des taches de fond. 
[0038] Dans I'architecture classique illustree sur la fi- 
gure 1 , les flux de donnees (ou messages) vont soit dans 
le sens montant, e'est-a-dire de la carte reseau 1 vers la 
couche reseau 3, soit dans le sens descendant, 
e'est-a-dire de la couche reseau 3 vers la carte reseau 
1. Dans I'architecture selon l'invention, les flux de don- 



nees ou messages qui doivent etre echanges entre la 
couche reseau 3 et I'etage pilote 2 (dans un sens comme 
dans I'autre) sont interceptes. II en resulte que dans une 
station donnee, I'etage pilote MAC 2 et I'etage de gestion 
5 de reseau 3 peuvent, dans certains modes de realisation, 
traiter des messages (ou trames) qui ne sont pas desti- 
nes a la station consideree. Une telle possibility va, com- 
me nous le verrons ci-apres, permettre a la station d'as- 
surer des fonctions de connectivity et/ou de synchroni- 
se sation qui depassent la simple transmission, directe, 
d'une station source vers une station de destination fi- 
nale. 

[0039] L'etage de gestion de reseau 5 peut etre capa- 
ble, dans certains modes de realisation, de generer de 

15 maniere spontanee, ou bien sur requete d'un niveau su- 
perieur comme par exemple la couche (ou etage) reseau 
3, des messages, notamment de service, en direction 
d'autres stations du reseau local. 
[0040] II est clair que le nombre de traitements (ou 

20 fonctions) differents que I'etage de gestion de reseau 5 
pourra effectuer dependra des besoins. Ainsi, cet etage 
de gestion de reseau 5 pourra ne faire qu'intercepterdes 
messages montants 

ou descendants en vue de decider de leur transmission, 
25 moyennant un eventuel traitement, ou bien ne permettre 
que de generer des messages descendants d'un type 
choisi (par exemple de service ou de synchronisation), 
ou bien permettre a la fois I'interception et la generation 
de messages. 

30 [0041] Sur la figure 2B se trouve illustree une variante 
de I'architecture de la station de la figure 2A. Dans cette 
variante, la station est raccordee a deux reseaux (refe- 
rences reseau 1 et reseau 2). Pour ce faire, la station Si 
possede deux cartes de communication reseau 1-1 et 

35 1-2 respectivement capables d'emettre des messages 
dans les media des reseaux 1 et 2, ou bien de recevoir 
des messages circulant dans ces media des reseaux 1 
et 2, chaque carte reseau 1 -i etant reliee a un etage pilote 
MAC 2-1 ou 2-2 par I'intermediaire de moyens d'interface 

40 appropries, chaque etage pilote MAC 2-i (i=1 et 2) etant 
lui-meme "relie" a un unique etage de gestion de reseau 
5. 

[0042] Le reseau 1 est ici, par exemple, un reseau sans 
fil (ou reseau radio) tandis que le reseau 2 est un reseau 

45 filaire. Bien entendu, les deux reseaux pourraient etre 
des reseaux radio emettant sur des frequences differen- 
tes et selon des modes ou protocoles differents. 
[0043] Ainsi, grace a une telle variante de realisation, 
il est possible de decider, au niveau de I'etage de gestion 

50 de reseau 5, d'emettre un message sur deux reseaux en 
meme temps, ou bien de retransmettre un message issu 
d'un premier reseau dans un second reseau, eventuel- 
lement de facon momentanee, le second reseau etant 
ici utilise soit comme raccourci, soit comme reseau de 

55 secours dans les cas ou la station de destination finale 
d'un message ne peut pas etre jointe par la station note 
ayant recu ce message. 

[0044] Bien entendu, I'etage de gestion de reseau 5 
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pourrait gerer plus de deux reseaux, par exemple trois, 
ou quatre, ou plus encore, moyennant I'utilisation 
d'autant de couches ou etages pilotes 2-i et de cartes de 
communication reseau 1-i qu'il y a de reseaux. 
[0045] En d'autres termes, et en resume, I'etage de 
gestion de reseau 5 d'une station Si permet de realiser 
ce que I'homme de I'art appelle un pont "cable-radio". 
[0046] II est clair qu'un tel etage de gestion de reseau 
5 est realise, de preference, a I'aide d'un logiciel de sorte 
qu'il n'y ait pas besoin de modifier en quoi que ce soit ni 
la couche (ou etage) reseau 3 ni I'etage pilote MAC 2. 
Bien entendu, lorsque Ton possede les codes sources 
de I'etage pilote MAC 2, il est envisageable de reunir en 
un unique etage I'etage de gestion de reseau 5 et I'etage 
pilote MAC 2. 

[0047] On se refere maintenant aux figures 3A et 3B 
pour decrire plus en detail les architectures des stations 
illustrees respectivement sur les figures 2A et 2B. 
[0048] Comme indique precedemment, I'etage de ges- 
tion de reseau 5 est capable d'assurer au moins une 
fonction, et de preference au moins deux. C'est notam- 
ment le cas dans les exemples illustres sur les figures 
3A et 3B. En effet, I'etage de gestion de reseau 5 est 
agence de maniere a permettre le routage (dans le sens 
le plus large du terme), ainsi que la gestion de messages 
ou paquets de service. 

[0049] Avant de decrire plus en detail I'etage de ges- 
tion de reseau 5, on va rappeler maintenant la constitu- 
tion generale d'une trame (ou paquet, ou encore messa- 
ge) d'une installation de I'art anterieur. 
[0050] Sur la figure 4 se trouve illustre de facon tres 
schematique un message utilise dans les installations de 
I'art anterieur. Un tel message comporte au moins un 
champ comprenant une paire d'adresses, comprenant 
une adresse de station de destination finale 6 et une 
adresse de station source initiale 7, ainsi que des don- 
nees 13 formant le contenu du message a traiter. On 
entend ici par station de destination finale 6, la station 
qui est la destinataire du message, tandis que la station 
source initiale 7 est celle qui a emis le message en di- 
rection de la station de destination finale 6. 
[0051] Bien entendu, la trame illustree sur la figure 4 
peut contenir eventuellement d'autres informations. De 
telles informations peuvent etre trouvees, par exemple, 
dans la norme IEEE 802.1 1 . 

[0052] L'adresse de la station de destination finale est 
directement utilisee par la carte reseau 1 pour filtrer les 
trames qui lui parviennent, si bien que seules les trames, 
sauf cas d'especes, qui sont arrivees a destination, et 
qui par consequent concernent la station note, sont re- 
montees vers la couche reseau 3. 
[0053] Sur la figure 5 se trouve illustre un paquet (ou 
trame, ou encore message) du type de ceux qui peuvent 
etre utilises dans une installation selon I'invention. Com- 
me on le verra plus loin, ce type de message pourrait 
comprendre sensiblement moins d'informations ou 
champs, notamment dans les modes dits "broadcast" ou 
"full promiscuous" qui sont des modes dits "a diffusion". 



[0054] Une trame du type de celle illustree sur la figure 
5 comporte un premier champ constitue d'une premiere 
paire d'adresses, comprenant une adresse de station de 
destination finale 6 et une adresse de station source in i- 
5 tiale 7, un second champ constitue d'une seconde paire 
d'adresses, formant capsule (ou partie de capsule), et 
comprenant une adresse de station de destination inter- 
mediate 8 et une adresse de station source intermediaire 
9, un champ 1 0 designant le type de trame (ou en d'autres 
10 termes le type d'informations contenues dans le messa- 
ge ou la trame), un champ designant 11 un numero de 
sequence, eventuellement d'autres types d'informations 
1 2, ainsi que les donnees 1 3, formant le contenu du mes- 
sage a traiter. Une telle trame est appelee trame au se- 
15 cond format, en comparaison avec une trame qui "sort" 
de I'etage reseau 3 dite au premier format et qui ne com- 
prend pas de seconde paire d'adresses. Par ailleurs, du 
fait de la presence de la seconde paire d'adresses 8 et 
9, placee avant la premiere paire d'adresses 6 et 7, la 
20 trame est dite encapsulee. 

[0055] On entend ici par station de destination inter- 
mediaire 8, la prochaine station vers laquelle doit etre 
emis un message, tandis que la station source interme- 
diaire 9 est la station qui va emettre le message destine 
25 a la station de destination intermediaire 8. 

[0056] Comme on le verra ci-apres, le champ 10 de 
type de trame va etre utilise pour aiguiller la trame par- 
venue dans I'etage de gestion de reseau 5, permettant 
ainsi d'optimiser son traitement. 
30 [0057] Le champ 1 1 de numero de sequence n'est pas 
obligatoire, mais il peut etre utile dans la mesure ou il 
permet de refuser des trames deja regues ou de ne pas 
prendre en compte certaines d'entre elles. 
[0058] Enfin, la premiere paire d'adresses 6 et 7 va 
35 servir dans les fonctions de routage/relayage, qui seront 
decrites plus loin, afin d'optimiser le choix de la station 
de destination intermediaire 8. 

[0059] II est clair que la station de destination finale 6 
peut etre identique a la station de destination interme- 
40 diaire 8. De meme, lorsqu'un message est emis par une 
station hotedonnee, l'adresse de la station source initiale 
7, qui est sa propre adresse, est identique a l'adresse de 
la station source intermediaire 9. 

[0060] Dans le mode de realisation illustre sur les fi- 
45 gures 3A et 3B, I'etage de gestion de reseau 5 doit as- 
surer une fonction de routage de message, ainsi qu'une 
fonction de gestion de paquets (ou messages) de servi- 
ce. Pour ce faire, il comprend un module de gestion de 
service reseau 14 ainsi qu'un module de gestion de pa- 
50 quets (ou messages) de service 15 relies a un module 
d'aiguillage 1 6 qui communique, d'une part, avec la cou- 
che reseau 3, et d'autre part, avec un module de desen- 
capsulation/encapsulation 17, lui-meme "relie" a I'etage 
pilote MAC 2. 

55 [0061] Ce module de desencapsulation/encapsulation 
1 7 a pour but de retirer ou d'adjoindre la capsule (ou la 
partie de capsule) composee notamment de la seconde 
paire d'adresses 8 et 9, selon que le sens de transmission 
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des donnees est montant ou descendant. 
[0062] Lorsque I'etage pilote MAC 2 recoit de la carte 
reseau 1 un message au second format, du type de celui 
illustre sur la figure 5, il le fait remonter vers la couche 
reseau 3. Du fait de la presence de I'etage de gestion de 
reseau 5, le message au second format est intercepte 
en sortie de I'etage pilote MAC 2 avant qu'il n'arrive a la 
couche reseau 3. Plus precisement, ce message au se- 
cond format est intercepte par le module de desencap- 
sulation/encapsulation 17 qui en extrait la capsule, 
c'est-a-dire la seconde paire d'adresses 8 et 9. L'extrac- 
tion peut etre physique, c'est-a-dire que le message au 
second format peut se voir retirer cette seconde paire 
d'adresses 8 et 9 (ou capsule, ou partie de capsule), 
laquelle peut eventuellement etre memorisee, mais elle 
peut egalement etre "virtuelle", la seconde paire d'adres- 
ses restant dans le message au second format (et ledit 
message restant eventuellement memorise dans son in- 
tegrality dans une memoire appropriee). Le message de- 
sencapsule par le module de desencapsulation/encap- 
sulation 1 7 est alors transmis au module d'aiguillage 1 6, 
lequel va alors analyser le champ 10 de type de trame 
qu'il contient de maniere a transmettre le message de- 
sencapsule soit a I'un des modules 14 et 15 de I'etage 
de gestion de reseau 5, soit directement a la couche re- 
seau 3, soit encore a la couche reseau 3 et a I'un au 
moins des modules 14 et 15. 

[0063] II faut noter, ici, que dans les variantes ou I'eta- 
ge de gestion de reseau ne fonctionne qu'en mode de 
type "broadcast" (ou a diffusion), il n'est pas indispensa- 
ble qu'il comprenne un module de desencapsulation/en- 
capsulation. 

[0064] Bien entendu, on pourrait imaginer que 
I'aiguillage repose sur I'analyse d'un autre champ speci- 
fique contenu dans le message au second format, par 
exemple dans son champ 12 designe sur la figure 5 par 
"autres informations". 

[0065] Dans I'exemple illustre sur lafigure 3A, un mes- 
sage de service regu par I'etage de gestion de reseau 5 
est done distribue par le module d'aiguillage 16 au seul 
module de gestion des paquets de service 15. De meme, 
un message contenant des informations de routage ou 
devant etre route sera directement distribue par le mo- 
dule d'aiguillage au module de routage 1 4. Enfin, un mes- 
sage necontenantque des donnees 13 (ou informations) 
concernant les couches hautes de la station sera direc- 
tementdistribuepar le module d'aiguillage 16 a la couche 
reseau 3. 

[0066] Le raisonnement inverse peut etre applique 
pour un message descendant provenant d'une couche 
haute, telle que la couche reseau 3, et dirige vers I'etage 
pilote MAC 2 (voir figure 7). Dans ce cas, le message qui 
est fourni par la couche reseau 3 est au premier format, 
dans la mesure ou il contient des donnees 1 3 ainsi qu'une 
premiere paire d'adresses contenant une adresse de sta- 
tion de destination finale 6 et une adresse de station sour- 
ce initiale 7 qui dans ce cas se trouve etre la station note. 
Mais ce message pourrait comprendre d'autres champs 



differents de la seconde paire d'adresses 8 et 9. 
[0067] Ce message au premier format est, sauf excep- 
tion Nee a un mode de transmission de type "broadcast" 
(ou "a diffusion"), intercepte par I'etage de gestion de 

5 reseau 5, et plus precisement par son module d'aiguilla- 
ge 1 6. En effet, un message au premier format provenant 
de la couche reseau 3 peut contenir des informations 
utiles a I'un des modules 14 ou 15, ou bien une requete 
d'emission d'un message de service. De plus, et surtout, 

10 le module de gestion de services reseau 14 (routage) a 
pour fonction de determiner, a partir de I'adresse de la 
station de destination finale 6 contenue dans la premiere 
paire d'adresses du message au premier format regu de 
la couche reseau 3, I'adresse de la station de destination 

15 intermediate 8 de la seconde paire d'adresses en direc- 
tion de laquelle doit etre emis le message. 
[0068] Cet aiguillage s'effectue, comme dans le sens 
montant, a partir de I'analyse du champ 10, c'est-a-dire 
du type de trame ou message. 

20 [0069] Comme cela sera explique plus loin, le module 
de gestion de service reseau 14 (routage) delivre a ce 
meme module d'aiguillage 1 6 une adresse de station de 
destination intermediaire 8. 

[0070] De preference, mais cela n'est pas obligatoire, 
25 le module d'aiguillage 16 transmet alors au module de 
desencapsulation/encapsulation 17 le message au pre- 
mier format ainsi que I'adresse de la station de destina- 
tion intermediaire 8. Le module de desencapsulation/en- 
capsulation 1 7 forme alors un message au second format 
30 (du type de celui illustre sur la figure 5) en adjoignant au 
message au premier format issu de la couche reseau 3 
une capsule (ou partie de capsule) constitute de la se- 
conde paire d'adresses 8 et 9, laquelle comprend I'adres- 
se de la station de destination intermediaire 8 determinee 
35 par le module 1 4 ainsi que I'adresse de la station source 
intermediaire 9, c'est-a-dire celle de la station note dans 
laquelle il est implante. 

[0071] Ce message au second format est alors trans- 
mis a I'etage pilote MAC 2, puis a la carte reseau 1 en 
40 vue de son emission dans le medium, ici Tether, en di- 
rection de la station de destination intermediaire 8 con- 
tenue dans la capsule (ou seconde paire d'adresses du 
message au second format). 

[0072] Dans la variante illustree sur la figure 3B, le 
45 module de desencapsulation/encapsulation 17 est capa- 
ble de recevoir des messages au second format d'un 
premier etage pilote MAC 2-1 etd'un second etage pilote 
MAC 2-2, ainsi que de fournir a ces deux etages, soit 
separement, soit simultanement, des messages au se- 
50 cond format generes soit par I'un des modules 14 ou 15 
de I'etage de gestion de reseau 5, soit par la couche 
reseau 3. 

[0073] Bien entendu, dans la mesure ou un message 
au premier format ne provient pas forcement d'une cou- 
55 che haute, du type de la couche reseau 3, le traitement 
peut etre legerement different. 

[0074] Ainsi, le module de gestion des paquets de ser- 
vice 15 peut, soit spontanement, soit sur requete d'une 
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couche haute emettre un message de service en direc- 
tion d'une ou plusieurs stations d'un ou plusieurs re- 
seaux. On entend par "spontanement" un message emis 
automatiquement, par exemple periodiquement, ou bien 
emis lorsqu'un changement topologique a eu lieu dans 
une table de routage de la station concernee suite a la 
reception d'un message de service. 
[0075] Un tel message de service peut egalement etre 
destine a I'ensembledesstationsdu reseau, par exemple 
lorsqu'il comprend des informations topologiques et/ou 
de voisinage destinees a la mise a jour des tables de 
routage des stations du reseau, et par consequent des- 
tinees a ameliorer leur connectivity. Dansce cas, le mes- 
sage de service est constitue a partir d'une interrogation 
du contenu d'une table de routage (ou de plusieurs tables 
ou directoires) stockee(s) dans une memoire 15 du mo- 
dule de gestion de service reseau 14 (routage). 
[0076] Lorsque le message de service genere par le 
module de gestion des paquets de service 15 concerne 
une station de destination finale specifique 7, ledit mo- 
dule 15 interroge le module de gestion de service reseau 
14 de maniere a determiner une adresse de station de 
destination intermediaire 8 permettantd'optimiser I'ache- 
minement dudit message de service en direction de la 
station de destination finale 6. Le message de service et 
I'adresse de la station de destination intermediaire 8 sont 
alors transmis au module d'aiguillage 1 6 puis au module 
de desencapsulation/encapsulation 17. 
[0077] De meme, lorsqu'un message de service mon- 
tantparvientau niveau du module d'aiguillage 16, celui-ci 
en detectant par son champ 1 0 (type de trame) qu'il s'agit 
effectivement d'un message de service, le transmet au 
module de gestion des paquets de service 15, lequel en 
extrait les informations en vue de leur traitement. 
[0078] Deux types de messages de service (ou tra- 
mes) peuvent etre recus ou generes par le module de 
gestion des paquets de service 1 5. Tout d'abord, il s'agit 
des messages dits "de voisinage" qui sont habituelle- 
ment envoyes selon un mode dit "en diffusion a un saut". 
De tels messages de voisinage comportent generale- 
ment la liste des voisins de la station note. II sera com- 
mode de rajouter en correspondance de chaque station 
voisine un statut choisi parmi la liste suivante : lien asy- 
metrique, lien symetrique, relais multipoints. Ces mes- 
sages de voisinage sont accompagnes d'une estampille 
(contenue par exemple dans le champ 11 donnant le 
numerode sequence) permettantde reconnaTtreun mes- 
sage portant des informations plus recentes. 
[0079] Un statutdetype "lien asymetrique" indiqueque 
la station entend une autre station et n'est pas certaine 
d'etre entendue par celle-ci. En revanche, un statut de 
type "lien symetrique" indique que la station entend une 
autre station et est certaine d'etre entendue par celle-ci. 
Un statut de type "relais multipoints" est un statut parti- 
culier qui permet de designer des stations particulieres 
permettant a une station donnee d'assurer des transmis- 
sions multipoints. Au fur et a mesure des echanges entre 
stations de messages de voisinage, les statuts des sta- 



tions voisines s'affinent. 

[0080] Les messages de topologie sont, quant a eux, 
envoyes, generalement, dans un mode dit "broadcast", 
lis comportent une liste des voisins de la station emettrice 
5 (note) qui permet de construire la topologie complete du 
reseau. 

[0081] Bien entendu, on pourrait envisager d'utiliser 
d'autres types d'informations topologiques, differents de 
ceux generalement utilises dans I'approche par "etat des 

10 liens" decrite ci-dessus. A titre d'exemple, on pourrait 
n'echanger que des informations portant sur la distance 
entre noeuds. Pour ce faire, il suffirait d'envoyer dans les 
messages de service le vecteur de distance qui donne 
pour un point donne la distance minimale qui le separe 

15 de tout autre point du reseau. Une telle approche est 
generalement designee par I'hommede I'artsous le nom 
de "vecteur de distance". 

[0082] Selon le type d'approche choisi, les messages 
de topologie seront done envoyes soit en mode broad- 
20 cast general (approche de type etat des liens), soit en 
broadcast a un saut (approche de type vecteur de dis- 
tance). 

[0083] Les messages de service qui ont ete reconnus 
par le module d'aiguillage 1 6 comme porteurs d'informa- 

25 tions topologiques ou de voisinage sont fournis au mo- 
dule de gestion de paquets de service 15 (voir figure 6). 
celui-ci en extrait les informations et les transmet au mo- 
dule de gestion de services reseau 14 (routage), et plus 
precisement a un module de calcul des tables de routage 

30 18 qu'il comprend. Preferentiellement, la ou les tables 
(ou directoire) de routage sont stockees dans ce module 
de calcul 18, si bien qu'a reception des informations les 
moyens de calcul peuvent recalculer (ou modifier, ou en- 
core completer) ces tables de routage (ou en d'autres 

35 termes les mettre a jour). 

[0084] Calculer une table de routage peut etre consi- 
ders, en premiere approximation, comme calculer tous 
les chemins permettant a une station donnee note d'at- 
teindre de facon optimale la ou les autres stations du (ou 

40 des) reseau(x) auquel elle est connectee. 

[0085] Le calcul des tables de routage pourra etre ef- 
fectue par toute methode connue de I'homme de I'art, 
selon le type d'approche choisie. On pourra notamment 
s'appuyer sur le calcul du nombre de sauts necessaires 

45 pour atteindre une destination, par exemple en utilisant 
les algorithmes de type DJISTRA ou BELLMAN FORD. 
[0086] Le mode de generation des messages de ser- 
vice dependrade la variante choisie. Ainsi, dansun mode 
particulierementsimple, on peutenvisagerque le module 

50 de gestion des paquets de service 15 comprenne une 
temporisation (timer) capable de decompter une periode 
temporelle de longueur predeterminee, de sorte qu'a la 
fin de chaque periode decomptee un message de service 
soit systematiquement genere. Le decomptage definit un 

55 critere de generation de message qui se trouve verifie a 
chaque detection de fin de periode. En variante, le mes- 
sage de service peut etre genere par le module de ges- 
tion des paquets de service 1 5 sur un ordre (ou requete) 
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recu d'une couche haute, telle que la couche reseau 3 
de la station note, ou bien sur requete d'un module de 
configuration 19. Comme indique precedemment, un 
message de service pourra etre emis spontanement lors- 
qu'un changement topologique a eu lieu dans une table 
de routage de la station concernee suite a la reception 
d'un message de service. 

[0087] Un tel module de configuration 19, peut etre 
forme, par exemple, d'un logiciel utilitaire permettant a 
un utilisateur de I'ordinateur (ou station note) de saisir 
des informations ou choisir des options, permettant de 
fixer les parametres de fonctionnement des differents 
modules, etages et cartes de la station. Le module de 
configuration 1 9 pourrait egalement permettre a un utili- 
sateur de saisir toutes les informations, ou seulement 
certaines, permettant de constituer ou de modifier les 
differentes tables de routage stockees dans le module 
de gestion de service reseau 14 (routage). De meme, un 
tel module de configuration 1 9 pourrait permettre de ge- 
rer la longueur de la duree de temporisation fixant la pe- 
riode temporelle du critere de generation de messages 
de service par le module de gestion des paquets de ser- 
vice 15. 

[0088] Enfin, un tel module de configuration 19 pourrait 
permettre de visualiser sur le moniteur de la station les 
differentes tables topologiques, permettant ainsi, par 
exemple, de visualiser les liens entre les differentes sta- 
tionsdu ou des reseauxauxquels lastation, danslaquelle 
il est implante, est raccordee. 

[0089] On se refere maintenant plus particulierement 
a la figure 8 pour decrire un autre mode de fonctionne- 
ment d'une installation selon I'invention. 
[0090] Jusqu'a present il a ete decrit des modes de 
fonctionnement particuliers dans lesquels, un message 
montant ou descendant etait intercepts soit en vue d'etre 
traite par I'un des modules 14 ou 15, soit en vue d'etre 
transmis a la couche reseau 3 ou a I'etage pilote MAC 
2. Cependant, selon I'invention, il est egalement possible 
de proceder a la retransmission d'un message recu au 
second format, soit du fait qu'il ne concerne pas reelle- 
ment la station qui vient de le recevoir, soit du fait qu'il 
concerne cette station, mais qu'il en concerne egalement 
d'autres (message a diffuser). 

[0091] II faut noter que du fait de la presence de la 
seconde paire d'adresses 8 et 9 en tete d'un message 
recu au second format, celui-ci est automatiquement pris 
en compte et remonte par la carte reseau 1 vers I'etage 
pilote MAC 2 et I'etage de gestion de reseau 5 lorsque 
cette seconde paire d'adresses comporte comme adres- 
se de station de destination intermediaire 8 celle de la 
station note dans laquelle ladite carte reseau 1 est im- 
plantee. En d'autres termes, meme si I'adresse de la sta- 
tion de destination finale 6 (contenue dans la premiere 
paire d'adresses) n'est pas celle de la station note, le 
message est remonte. 

[0092] C'est done I'etage de gestion de reseau 5 qui 
va decider de la poursuite de la transmission d'un mes- 
sage recu au second format. Pour ce faire, I'etage de 



gestion de reseau 5 est capable, a reception d'un mes- 
sage montant, provenant de la carte reseau 1 via I'etage 
pilote MAC 2, d'effectuer un premier test 1 00 portant sur 
I'adresse de la station de destination finale 6 contenue 
5 dans la premiere paire d'adresses du message recu au 
second format. Si le resultat de ce premier test est positif, 
alors le module d'aiguillage 16 transmet le message 
(eventuellementprealablementdesencapsule par le mo- 
dule de desencapsulation/encapsulation 1 7) a la couche 
10 reseau 3, ce qui constitue I'etape 1 10. 

[0093] Puis, I'etage de gestion de reseau 5 effectue 
un second test 120 de maniere a determiner si le mes- 
sage recu au second format doit egalement etre retrans- 
mis vers une ou plusieurs autres stations du ou des re- 
's seaux. Si le resultat de ce test 120 est negatif, alors, le 
traitement effectue par I'etage de gestion de reseau 5 se 
termine. En revanche, si le resultat de ce test 120 est 
positif ou si le resultat du premier test 100 est negatif, 
alors le module de gestion de service reseau 14 (routa- 
ge ge), et plus precisement son module d'optimisation de 
chemin 20, procede dans une etape 1 30 a la determina- 
tion de I'adresse de lastation relais suivante vers laquelle 
doit etre retransmis ledit message. 
[0094] Pour ce faire, le module d'optimisation de chie- 
fs min 20 va lire la ou les tables de routage stockees dans 
le module de calcul 18 pour en extraire une adresse de 
station de destination intermediaire 8 et la transmettre 
au module d'aiguillage 16 qui va alors la communiquer 
au module de desencapsulation/encapsulation 17 en 
30 compagnie du message a retransmettre. 

[0095] Bien entendu, en variante on peut envisager 
que le message regu au second format demeure dans 
le module de desencapsulation/encapsulation 17, par 
exemple dans une memoire appropriee, etque le module 
35 d'aiguillage 1 6 ne lui transmette que I'adresse de la sta- 
tion de destination intermediaire 8. Le module de desen- 
capsulation/encapsulation 1 7 n'a plus alors qu'a rempla- 
cer la seconde paire d'adresses contenue dans le mes- 
sage recu au second format par une nouvelle seconde 
40 paire d'adresses formee de I'adresse de la station de 
destination intermediaire fournie par le module de deter- 
mination du chemin optimal 20, ainsi que I'adresse de la 
station source intermediaire 9 qui n'est rien d'autre que 
I'adresse de la station note. Cela constitue I'etape 140 
45 qui met fin a la procedure de traitement par I'etage de 
gestion de reseau 5. Dans une telle situation, il est avan- 
tageux que tous les autres parametres du message a 
retransmettre demeurent inchanges. 
[0096] II est clair que les messages au second format 
50 peuvent comporter un champ (par exemple 11 ou 12) 
permettant a la carte reseau 1 de les ignorer, sans qu'ils 
ne remontent, et par consequent eviter que I'etage de 
gestion de reseau 5 travaille inutilement. 
[0097] On se refere maintenant a la figure 9 pour de- 
55 crire une variante des modes de realisation de I'etage de 
gestion de reseau 5 illustre sur les figures 3A et 3B. 
[0098] Dans cette variante de realisation, I'etage de 
gestion de reseau 5 comporte un module de synchroni- 
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sation 21 permettant de synchroniser la station note, et 
plus precisement, au moins ses moyens d'emission/re- 
ception loges dans la carte reseau 1 . On entend ici par 
synchronisation, aussi bien une synchronisation fre- 
quentielle de maniere a pouvoir caler la station sur la 
frequence d'emission de messages de synchronisation, 
que la synchronisation temporelle de maniere a fournir 
a ladite station note une reference de temps commune 
lui permettant de se caler effectivement sur le mode fre- 
quentiel d'emission des messages de synchronisation. 
[0099] Ce mode de synchronisation est particuliere- 
ment utile dans les reseaux du type dit "a saut de fre- 
quence" dans lesquels la frequence d'emission des mes- 
sages varie au cours du temps, au niveau des stations, 
selon un schema frequentiel et temporel connu, par 
exemple. 

[0100] Le module de synchronisation 21 peut etre soit 
raccorde a la carte reseau 1 par I'intermediaire de I'etage 
pilote MAC 2 (comme illustre sur la figure 9), soit etre en 
mesure de fournir a cette carte reseau 1 des informations 
de synchronisation via le module d'aiguillage 16, le mo- 
dule de desencapsulation/encapsulation 1 7 et I'etage pi- 
lote MAC 2. 

[0101] Dans la premiere hypothese, c'est-a-dire lors- 
que le module de synchronisation 21 pilote directement 
la carte reseau via I'etage pilote MAC 2, on pourra prevoir 
que ledit pilotage sera execute par une primitive particu- 
liere de I'etage pilote MAC 2 ou bien par une primitive de 
configuration initiale, ce qui estclassique dans les etages 
pilotes MAC connus. 

[0102] Afin de pouvoir prendre en compte les messa- 
ges de synchronisation circulant sur le medium, ici 
Tether, il est avantageux que le module de gestion des 
paquets de service 15 comporte une partie 22 dediee a 
la gestion des messages de synchronisation. Ainsi, la 
generation de messages de service, qu'il s'agisse de 
messages topologiques, de messages de voisinage ou 
de messages de synchronisation peut etre geree par un 
unique module de gestion de paquets de service 15. Bien 
entendu, la partie 22 de ce module de gestion de service, 
dediee au message de synchronisation, est en relation 
etroite avec le module de synchronisation 21 de maniere 
a lui fournir les informations de synchronisation conte- 
nues dans les messages de synchronisation recus du 
module d'aiguillage 16. 

[01 03] En variante, le module de synchronisation pour- 
rait comprendre ses propres moyens de gestion de pa- 
quets de service de synchronisation. 
[0104] Les informations relatives a la frequence com- 
mune, contenuesdans les messages de synchronisation 
pourront comprendre soit la liste des frequences du sche- 
ma devolution de la frequence commune et les durees 
de sejour respectives de ces frequences, soit un identi- 
fiant de liste de frequences et de durees associees, les 
stations comportant alors une memoire dans laquelle se 
trouve stockee une table de correspondance entre des 
identifiants de liste et des listes et durees. 
[0105] L'invention permet egalement, grace au modu- 



le de synchronisation, de gerer les echanges de messa- 
ges entre reseaux fonctionnant selon des synchronisa- 
tions differentes. 

[0106] Par ailleurs, grace a I'etage de gestion de re- 
5 seau 5, il est egalement possible de gerer les echanges 
de messages entre des reseaux ou sous-reseaux desi- 
gnes par des numeros differents contenus dans un 
champ specifique des messages au second format. 
[0107] L'invention concerne egalement les procedes 
10 de transmission de messages (ou donnees, ou encore 
trames) utilisant les stations relais decrites ci-avant, et 
comportant I'une et/ou I'autre des etapes a) et b) 
suivantes : 



15 



25 



30 



40 



a) intercepter chaque message (de donnees, de ser- 
vice (topologique, de voisinage ou de synchronisa- 
tion) qui doit etre echange entre I'etage reseau 3 et 
I'etage pilote 2 d'une station Si (dans le sens montant 
ou descendant), puis analyser les informations qui 
sont contenues dans le message intercepts de ma- 
niere a decider de la poursuite de leur transmission, 
moyennant un eventuel traitement (par exemple une 
desencapsulation suivie d'une transmission a I'un 
des modules 1 4 ou 1 5 ou a I'etage reseau 3, ou une 
encapsulation avec ou sans routage), en fonction 
d'au moins un critere portant sur les informations 
analysees, et de preference sur un champ tel que le 
type desdites informations, 

b) genererun message d'un type choisi (par exemple 
un message de service topologique ou de voisinage, 
ouencoredesynchronisation),spontanementou sur 
requete d'une couche haute (etage reseau 3 ou mo- 
dule de configuration 19), en vue de son emission 
dans le medium d'un reseau (ou dans celui de I'un 
au moins des reseaux lorsque la station est raccor- 
dee a plusieurs reseaux), des qu'une condition choi- 
sie est verifiee (par exemple a reception d'une re- 
quete ou a la fin d'une periode de temporisation). 



[01 08] Le procede pourra comprendre egalement tou- 
tes les etapes de traitement qui ont ete decrites prece- 
demment en reference aux variantes d'installations. 
[01 09] Dans ce qui precede on a parle de stations (or- 
45 dinateur de type PC) equipees de modules et autres 
moyens. Ces modules et moyens doivent etre compris 
aussi bien en tant que composants electroniques speci- 
fiques (ou circuits) qu'en tant que procedures program- 
mees. 

50 [01 10] L'invention ne se limite pas aux modes de rea- 
lisation decrits ci-avant, seulement a titre d'exemple, 
mais elle s'etend aux variantes, d'installations comme 
de procedes, que pourra developper I'homme de I'art 
dans le cadre des revendications ci-apres. 

55 [0111] Ainsi, on a decrit des messages au second for- 
mat comportant des premier et second champs constitue 
chacun d'une premiere ou seconde paire d'adresses. Ce- 
pendant, on pourrait envisager qu'un message au se- 
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cond format ne comporte qu'un second champ, ce champ 
etant constitue, de preference, de la seule adresse de la 
station intermediaire determinee par I'etage de gestion. 
De meme, on pourrait envisager des modes de fonction- 
nement dans lesquels les messages au second format 5 
comportent un premier et un second champs, constitues 
respectivement de la seule adresse de la station source 
finale et de la seule adresse de la station intermediaire 
determinee par I'etage de gestion. 

[01 1 2] Par ailleurs, il sera envisageable que le second 10 
format puisse presenter, ou s'approche, des formes re- 
tenues respectivement par les normes 802.1 1 et HIPER- 
LAN. II est egalement envisageable que les formats pre- 
cites puissent etre utilises avec de legeres modifications 
relatives a I'utilisation de certains champs. Par exemple, 15 
la norme 802.1 1 contient des champs qui peuvent porter 
I'adresse des ponts entre le reseau radio et un systeme 
de distribution. Ces champs pourraient etre employes 
pour identifier les stations intermediates. De meme, la 
norme 802.1 1 offre la possibility de distinguer les diffe- 20 
rents types de frames; cette possibility pourrait etre uti- 
lisee dans invention pour discerner les differentes fra- 
mes (ou messages) de service. 

25 

Revendications 

1. Installation de transmission de messages compre- 
nant des stations (S) comportant chacune : 

30 

- un systeme d'exploitation (4), 

- un etage "reseau" (3) pour traiter et generer 
des messages d'un premier format, 

- une carte de communication (1) propre a 
echanger des messages d'un second format 35 
avec au moins un reseau, 

- un etage "pilote" (2) propre a placer des mes- 
sages recus de la carte (1 ) ou de I'etage reseau 
(3) respectivement dans le premier format ou le 
second format pour les transmettre audit etage 40 
reseau (3) ou a ladite carte (1), et 

- des moyens d'interface desdits etages, carte 
et systeme d'exploitation entre eux, 

caracterisee en ce que certaines stations (S) au 45 
moins comprennent un etage de gestion (5) couple 
audit systeme d'exploitation (4) par lesdits moyens 
d'interface et propre a intercepter les messages au 
premier format devant etre echanges par I'etage re- 
seau (3) et I'etage pilote (2), de maniere a analyser 50 
les informations qu'ils contiennent et decider de la 
poursuite de leur transmission, en fonction d'au 
moins un critere portant sur lesdites informations 
analysees, et/ou propre a generer des messages 
d'un type choisi, au second format, en vue de leur 55 
emission dans le reseau via ladite carte (1) lors- 
qu'une condition d'emission choisie est verifiee. 



2. Installation selon la revendication 1, caracterisee 
en ce que ledit systeme d'exploitation (4) est de type 
multitaches. 

3. Installation selon I'une des revendications 1 et 2, ca- 
racterisee en ce que lesdits messages au second 
format comprennent un premier champ (6,7). 

4. Installation selon la revendication 3, caracterisee 
en ce que ledit premier champ comporte au moins 
une adresse de station de destination finale (6). 

5. Installation selon la revendication 4, caracterisee 
en ce que ledit premier champ comporte une pre- 
miere paire d'adresses comprenant une adresse de 
station source initiale (7) et I'adresse de station de 
destination finale (6). 

6. Installation selon I'une des revendications 1 a 5, ca- 
racterisee en ce que lesdits messages au second 
format comprennent un second champ (8,9) formant 
au moins partie de capsule. 

7. Installation selon la revendication 6, caracterisee 
en ce que ledit second champ comporte au moins 
une adresse de station de destination intermediaire 
(8). 

8. Installation selon la revendication 7, caracterisee 
en ce que ledit second champ comporte une secon- 
de paire d'adresses comprenant I'adresse de la der- 
niere station, dite station source intermediaire (9), 
ayant emis ledit message au second format et 
I'adresse de station de destination intermediaire (8). 

9. Installation selon I'une des revendications 1 a 8, ca- 
racterisee en ce que lesdits messages au second 
format comprennentune donnee (1 0) representative 
du type d'information qu'ils contiennent. 

10. Installation selon la revendication 9, caracterisee 
en ce que ledit critere choisi porte sur le type des 
informations (10) contenues dans les messages re- 
cues d'un etage. 

11. Installation selon I'une des revendications 1 a 10, 
caracterisee en ce que lesdits messages au se- 
cond format comprennent au moins une autre don- 
nee, en particulier representative de leur numero de 
sequence (1 1 ). 

12. Installation selon I'une des revendications 1 a 11, 
caracterisee en ce que chaque reseau est choisi 
parmi le reseau radio et le reseau filaire. 

13. Installation selon la revendication 12, caracterisee 
en ce que le format d'un reseau radio est choisi par- 
mi au moins le format de la norme "HIPERLAN" et 
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le format de la norme IEEE 802.1 1 , et en ce que le 
format d'un reseau filaire est choisi parmi au moins 
les standards ISO pour les normes IEEE 802.3, 
802.5 et 802.14. 

5 

14. Installation selon Tune des revendications 4 a 13, 
caracterisee en ce que ledit etage de gestion (5) 
comprend des moyens de routage (14,18,20) pro- 
pres a stocker au moins une table de routage com- 
portant au moins les adresses des stations de des- 10 
tination intermediate avec lesquelles la station qui 
l'accueille peut echanger des messages au second 
format, et en ce que lesdits moyens de routage 

(1 4, 1 8,20) sont agences pour, d'une part, extraire le 
premier champ (6,7) d'un message regu, pour de- 15 
terminer dans la table de routage une adresse de 
station de destination intermediaire (8) permettant 
d'optimiser la transmission dudit message jusqu'a la 
station de destination finale (6) dont I'adresse est 
contenue dans ledit premier champ extraite, et 20 
d'autre part, former une second champ contenant 
ladite adresse de station de destination intermediai- 
re extraite (8) et destine, soit, lorsque le message 
est issu de I'etage pilote (2), a remplacer celui initia- 
lement contenue dans le second champ du message 25 
regu a retransmettre, soit, lorsque le message est 
issu de I'etage reseau (3), a completer son contenu 
en vue de sa transmission. 

15. Installation selon la revendication 14, caracterisee so 
en ce que lesdits moyens de routage (14,18,20) 
comprennent en outre des moyens de calcul (18) 
propres a modifier le contenu de ladite table de rou- 
tage a partir d'informations de routage contenues 
dans des messages qui sont du type messages de 35 
service recus au second format provenant du re- 
seau. 

16. Installation selon I'une des revendications 14 et 15, 
caracterisee en ce que I'une au moins des stations 40 
(S) munies d'un etage de gestion (5) comprend au 
moins un autre etage pilote (2-2) relie audit etage de 
gestion et a une autre carte de communication (1 -2) 
connectee a un autre reseau, et en ce que ledit eta- 
ge de gestion (5) est propre a choisir I'un au moins 45 
des reseaux en vue de la transmission de messages, 

en fonction de I'adresse de la station de destination 
intermediaire (8) contenue dans le second champ 
du message a transmettre. 

50 

17. Installation selon I'une des revendications 5 a 16, 
caracterisee en ce que I'etage de gestion com- 
prend des moyens de desencapsulation/encapsula- 
tion (17) propres a extraire un second champ, ou 
partie au moins de capsule, d'un message issu de 55 
I'etage pilote (2) ou a ajouter un second champ a un 
message destine a une station au moins du reseau 

via cet etage pilote (2). 



18. Installation selon I'une des revendications 1 a 17, 
caracterisee en ce que I'etage de gestion (5) com- 
prend des moyens de gestion de messages qui sont 
du type messages de service (15). 

19. Installation selon la revendication 18, caracterisee 
en ce que les moyens de gestion de messages de 
service (15) sont propres a generer des messages 
de service "a diffuser" pour de multiples stations de 
destination finale appartenant a au moins un re- 
seaux. 

20. Installation selon I'une des revendications 1 8 et 1 9, 
caracterisee en ce que les moyens de gestion de 
messages de service (15) comprennent des moyens 
de temporisation propres. a decompter une duree 
choisie et en ce que la condition choisie d'emission 
d'un message de service est verifiee en fin de de- 
comptage. 

21. Installation selon I'une des revendications 18 a 20 
prise en dependance avec la revendication 14, ca- 
racterisee en ce que la condition choisie d'emission 
d'un message de service est verifiee a chaque mo- 
dification de la table de routage. 

22. Installation selon I'une des revendications 1 a 21, 
caracterisee en ce que les stations (S) compren- 
nent des moyens de configuration (1 9) des differents 
etages et carte(s) raccordes a ceux-ci ainsi qu'audit 
systeme d'exploitation par lesdits moyens d'interfa- 
ce. 

23. Installation selon la revendication 18 en combinai- 
son avec la revendication 22, caracterisee en ce 
que la condition choisie d'emission d'un message 
de service est verifiee a la reception d'une requete 
locale de I'etage reseau (3) ou des moyens de con- 
figuration (19). . 

24. Installation selon la revendication 16 en combinai- 
son avec I'une des revendications 22 et 23, carac- 
terisee en ce que lesdites informations de routage 
sont contenues dans des messages provenant des 
moyens de configuration (19). 

25. Installation selon I'une des revendications 1 a 24, 
caracterisee en ce que I'etage de gestion (5) com- 
prend des moyens de synchronisation (21 ,22) agen- 
ces pour generer des messages qui sont du type 
messages de synchronisation en frequence et en 
temps destines a certaines autres stations, et, a re- 
ception d'un message de synchronisation, en extrai- 
re les informations de maniere a placer les moyens 
d'emission/reception de la carte de communication 
(1 ) de sa station dans I'etat correspondant auxdites 
informations extraites. 
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26. Installation selon la revendication 25, caracterisee 
en ce que les moyens de synchronisation (21,22) 
sont agences pour generer ledit message de syn- 
chronisation de facon spontanee, en particulier pe- 
riodiquement. 

27. Installation selon Tune des revendications 25 et 26, 
caracterisee en ce que la condition choisie d'emis- 
sion d'un message de synchronisation est verifiee a 
la reception d'une requete locale de I'etage reseau 
(3) ou des moyens de configuration (19). 

28. Installation selon Tune des revendications 25 a 27, 
caracterisee en ce que les moyens de synchroni- 
sation (21 ,22) sont agences pour generer des mes- 
sages d'interrogation requerant I'envoi d'un messa- 
ge de synchronisation. 

29. Installation selon la revendication 9 en combinaison 
avec Tune des revendications 1 5 a 28, caracterisee 
en ce que ledit etage de gestion (5) comprend des 
moyens d'aiguillage (1 6) connectes auxdits moyens 
d'encapsulation/desencapsulation (17), auxdits 
moyens de routage (14,18,20), auxdits moyens de 
gestion de messages de service (15) et auxdits 
moyens de synchronisation (21 ,22). 

30. Installation selon la revendication 29, caracterisee 
en ce que lesdits moyens d'aiguillage (1 6) sont pro- 
pres a determiner a partir du type desdits messages 
recus I'etage (les etages), parmi I'etage reseau (3) 
et I'etage pilote (2), et/ou les moyens, parmi les 
moyens de routage (14,18,20), les moyens de de- 
sencapsulation/encapsulation (17), les moyens de 
synchronisation (21 ,22) et les moyens de gestion de 
messages de service (1 5), concerne(s) par un mes- 
sage qu'ils ont recu, et a transmettre ledit message 
a I'etage (aux etages) ou moyens ainsi determine(s). 

31. Installation selon I'une des revendications 1 a 30, 
caracterisee en ce que I'etage de gestion (5) fait 
partie de I'etage pilote (2). 

32. Procede de transmission de messages entre des 
stations (S) d'une installation selon I'une des reven- 
dications precedentes et comportant chacune: 

un systeme d'exploitation (4), 

un etage "reseau" (3) pour traiter et generer des 

messages d'un premier format, 

une carte de communication (1 ) propre a echan- 

ger des messages d'un second format avec au 

moins un reseau, 

un etage "pilote" (2) propre a placer des mes- 
sages recus de la carte (1 ) ou de I'etage reseau 
(3) respectivement dans le premier format ou le 
second format pour les transmettre audit etage 
reseau (3) ou a ladite carte (1), et 



des moyens d' interface desdits etages, carte et 
systeme d'exploitation entre eux, 

caracterisee en ce qu'il comprend I'une et/ou 
5 I'autre des etapes suivantes: 

- intercepter les messages au premier format 
devant etre echanges entre I' etage reseau (3) 
et I'etage pilote (2) d'une station (S), puis ana- 

10 lyser les informations contenues dans lesdits 

messages interceptes de maniere a decider de 
la poursuite de leur transmission, en fonction 
d'au moins un critere portant sur lesdites infor- 
mations analysees, 

15 - generer un message d'un type choisi au se- 

cond format en vue de son emission dans le 
reseau lorsqu'une condition d'emission choisie 
est verifiee. 



1. Message transmission installation comprising sta- 
tions (S) each including: 

- an operating system (4), 

- a "network" stage (3) for processing and gen- 
erating messages in a first format, 

- a communication card (1 ) suitable for exchang- 
ing messages in a second format with at least 
one network, 

- a "driver" stage (2) suitable for placing mes- 
sages received from the card (1 ) or from the net- 
work stage (3) respectively in the first format or 
the second format so they can be transmitted to 
said network stage (3) or to said card (1 ), and 

- means of interfacing said stages, card and op- 
erating system between themselves, 

characterized in that at least some stations (S) in- 
clude a management stage (5) coupled to said op- 
erating system (4) by said interface means and suit- 
able for intercepting the messages in the first format 
that need to be exchanged by the network stage (3) 
and the driver stage (2), so as to analyse the infor- 
mation that they contain and decide on how to con- 
tinue with their transmission, according to at least 
one criterion relating to said analysed information, 
and/or suitable for generating messages of a select- 
ed type, in the second format, with a view to their 
transmission in the network via said card (1) when 
a chosen transmission condition is verified. 

2. Installation according to Claim 1, characterized in 

that said operating system (4) is of multitasking type. 

3. Installation according to one of Claims 1 and Claim 
2, characterized in that said messages in the sec- 
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ond format include a first field (6, 7). 

4. Installation according to Claim 3, characterized in 
that said first field includes at least one final desti- 
nation station address (6). 5 

5. Installation according to Claim 4, characterized in 
that said first field includes a first pair of addresses 
comprising an initial source station address (7) and 

the final destination station address (6). 10 

6. Installation according to one of Claims 1 to 5, char- 
acterized in that said messages in the second for- 
mat include a second field (8, 9) forming at least part 

of the capsule. 15 

7. Installation according to Claim 6, characterized in 
that said second field includes at least one interme- 
diate destination station address (8). 

20 

8. Installation according to Claim 7, characterized in 

that said second field includes a second pair of ad- 
dresses comprising the address of the last station, 
called the intermediate source station (9), having 
sent said message in the second format and the in- 25 
termediate destination station address (8). 

9. Installation according to one of Claims 1 to 8, char- 
acterized in that said messages in the second for- 
mat include a data item (10) representative of the so 
type of information that they contain. 

10. Installation according to Claim 9, characterized in 
that said chosen criterion relates to the type of in- 
formation (10) contained in the messages received 35 
from a stage. 

1 1 . Installation according to one of Claims 1 to 1 0, char- 
acterized in that said messages in the second for- 
mat include at least one other data item, in particular 40 
representative of their sequence number (11). 

12. Installation according to one of Claims 1 to 1 1, char- 
acterized in that each network is chosen from the 
radio network and the wired network. 45 

13. Installation according to Claim 12, characterized in 
that the format of a radio network is chosen from at 
least the format of the "HIPERLAN" standard and 

the format of the IEEE 802.1 1 standard, and in that 50 
the format of a wired network is chosen from at least 
the ISO standards for the IEEE 802.3, 802.5 and 
802.14 standards. 

14. Installation according to one of Claims 4 to 13, char- 55 
acterized in that said management stage (5) in- 
cludes routing means (1 4, 1 8, 20) suitable for storing 

at least one routing table including at least the ad- 



dresses of the intermediate destination stations with 
which the station hosting it can exchange messages 
in the second format, and in that said routing means 
(1 4, 1 8, 20) are arranged, on the one hand, to extract 
the first field (6, 7) of a received message, to deter- 
mine from the routing table an intermediate destina- 
tion station address (8) with which to optimize the 
transmission of said message to the final destination 
station (6), the address of which is contained in said 
first extracted field, and on the other hand, to form a 
second field containing said extracted intermediate 
destination station address (8) and intended, either, 
when the message is from the driver stage (2), to 
replace the one initially contained in the second field 
of the received message to be forwarded, or, when 
the message is from the network stage (3), to com- 
plement its content with a view to its transmission. 

15. Installation according to Claim 14, characterized in 
that said routing means (14, 18, 20) also include 
computation means (18) suitable for modifying the 
content of said routing table based on routing infor- 
mation contained in the messages that are of service 
message type received in the second format from 
the network. 

16. Installation according to one of Claims 14 and 15, 
characterized in that at least one of the stations 
(S) provided with a management stage (5) includes 
at least one other driver stage (2-2) linked to said 
management stage and one other communication 
card (1 -2) connected to another network, and in that 
said management stage (5) is suitable for choosing 
at least one of the networks for message transmis- 
sion, according to the intermediate destination sta- 
tion address (8) contained in the second field of the 
message to be transmitted. 

1 7. Installation according to one of Claims 5 to 1 6, char- 
acterized in that the management stage includes 
de-encapsulation/encapsulation means (17) suita- 
ble for extracting a second field, or at least part of 
the capsule, from a message from the driver stage 
(2) or for adding a second field to a message intend- 
ed for at least one station of the network via this 
driver stage (2). 

1 8. Installation according to one of Claims 1 to 1 7, char- 
acterized in that the management stage (5) in- 
cludes means of managing messages that are of 
service message type (15). 

19. Installation according to Claim 1 8, characterized in 

that the service message management means (15) 
are suitable for generating service messages "to be 
broadcast" for multiple final destination stations be- 
longing to at least one network. 
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20. Installation according to one of Claims 18 and 19, 
characterized in that the service message man- 
agement means (15) include timer means suitable 
for counting down a chosen time, and in that the 
chosen condition for transmission of a service mes- 
sage is verified on completion of downcounting. 

21 . Installation according to one of Claims 1 8 to 20, de- 
pendent on Claim 1 4, characterized in that the cho- 
sen condition for transmission of a service message 
is verified each time the routing table is modified. 

22. Installation according to one of Claims 1 to 21 , char- 
acterized in that the stations (S) include means (1 9) 
of configuring the various stages and card(s) con- 
nected to the latter and to said operating system by 
said interface means. 

23. Installation according to Claim 18 in combination with 
Claim 22, characterized in that the chosen condi- 
tion for transmission of a service message is verified 
on receipt of a local request from the network stage 
(3) or from the configuration means (19). 

24. Installation according to Claim 1 6 in combination with 
one of Claims 22 and 23, characterized in that said 
routing information is contained in messages origi- 
nating from the configuration means (19). 

25. Installation according to one of Claims 1 to 24, char- 
acterized in that the management stage (5) in- 
cludes synchronization means (21, 22) arranged to 
generate messages that are of frequency and time 
synchronization message type intended for certain 
other stations, and, on receipt of a synchronization 
message, to extract from them the information with 
which to place the transmission/reception means of 
the communication card (1 ) of its station in the state 
corresponding to said extracted information. 

26. Installation according to Claim 25, characterized in 
that the synchronization means (21, 22) are ar- 
ranged to generate said synchronization message 
spontaneously, in particular periodically. 

27. Installation according to one of Claims 25 and 26, 
characterized in that the chosen condition for 
transmission of a synchronization message is veri- 
fied on receipt of a local request from the network 
stage (3) or from the configuration means (19). 

28. Installation according to one of Claims 25 to 27, 
characterized in that the synchronization means 
(21 , 22) are arranged to generate interrogation mes- 
sages requesting the sending of a synchronization 
message. 

29. Installation according to Claim 9 in combination with 



one of Claims 15 to 28, characterized in that said 
management stage (5) includes switching means 
(16) connected to said encapsulation/deencapsula- 
tion means (1 7), to said routing means (14, 18, 20), 
5 to said service message management means (15) 

and to said synchronization means (21 , 22). 

30. Installation according to Claim 29, characterized in 
that said switching means (16) are arranged to de- 

10 termine, from the type of said messages received, 
the stage (stages), out of the network stage (3) and 
the driver stage (2), and/or the means, out of the 
routing means (14, 1 8, 20), the de-encapsulation/en- 
capsulation means (1 7), the synchronization means 

15 (21, 22) and the service message management 
means (15), affected by a message that they have 
received, and for transmitting said message to the 
duly determined stage (stages) or means. 

20 31. Installation according to one of Claims 1 to 30, char- 
acterized in that the management stage (5) is part 
of the driver stage (2). 

32. Method of transmitting messages between stations 
25 (S) of an installation according to one of the preced- 
ing claims, each station including: 

an operating system (4), 

a "network" stage (3) for processing and gener- 
ic ating messages in a first format, 

a communication card (1 ) suitable for exchang- 
ing messages in a second format with at least 
one network, 

a "driver" stage (2) suitable for placing messag- 
35 es received from the card (1 ) or from the network 

stage (3) respectively in the first format or the 
second format so they can be transmitted to said 
network stage (3) or to said card (1), and 
means of interfacing said stages, card and op- 
40 erating system between themselves, charac- 

terized in that the method includes one and/or 
the other of the following steps: 

- intercepting the messages in the first for- 
45 mat that need to be exchanged between the 

network stage (3) and the driver stage (2) 
of a station (S), then analysing the informa- 
tion contained in said intercepted messages 
so as to decide on how to continue with their 
50 transmission, according to at least one cri- 

terion relating to said analysed information, 

- generating a message of a selected type 
in the second format with a view to its trans- 
mission in the networkwhen achosen trans- 

55 mission condition is verified. 



35 



40 



45 



50 



14 



27 



EP 0 959 602 B1 



28 



Patentanspruche 

1. Anordnung fur Nachrichtenubertragung mit Statio- 
nen (S), von denen jede umfasst: 

- ein Betriebssystem (4), 

- eine "Netz"-Stufe (3) zur Verarbeitung und Er- 
zeugung der Nachrichten eines ersten Formats, 

- eine Kommunikationskarte (1 ), fahig Nachrich- 
ten eines zweiten Formats mit wenigstens ei- 
nem Netzwerk auszutauschen, 

- eine "Pilot"-Stufe (2), fahig von der Karte (1) 
oder von der Netzstufe (3) empfangene Nach- 
richten jeweils in das erste Format oder das 
zweite Format umzusetzen, um sie zur genann- 
ten Netzstufe (3) oder zur genannten Karte (1) 
zu ubertragen, und 

- Schnittstelleneinrichtungen zwischen den ge- 
nannten Stufen, der Karte und dem Betriebssy- 
stem untereinander, 

dadurch gekennzeichnet, dass wenigstens be- 
stimmte Stationen (S) eine Verwaltungsstufe (5) um- 
fassen, mit dem genannten Betriebssystem (4) 
durch die genannten Schnittstelleneinrichtungen ge- 
koppelt und fahig, die Nachrichten des ersten For- 
mats abzufangen, die durch die Netzstufe (3) und 
die Pilotstufe (2) ausgetauscht werden mussen, um 
die Informationen zu analysieren, die sie enthalten, 
und uber die Fortsetzung bzw. Weiterfuhrung ihrer 
Ubertragung zu entscheiden, in Abhangigkeit von 
wenigstens einem Kriterium, das die genannten ana- 
lysierten Informationen betrifft, und/oder fahig, 
Nachrichten eines gewahlten Typs im zweiten For- 
mat zu erzeugen hinsichtlich ihrer Sendung bzw. 
Einspeisung in das Netzwerk uber die genannte Kar- 
te (1), wenn eine gewahlte Sendebedingung verifi- 
ziert ist. 

2. Anordnung nach Anspruch 1, dadurch gekenn- 
zeichnet, dass das genannte Betriebssystem (4) 
vom Multitasking-Typ ist. 

3. Anordnung nach einem der Anspruche 1 und 2, da- 
durch gekennzeichnet, dass die genannten Nach- 
richten im zweiten Format ein erstes Feld (6,7) um- 
fassen. 

4. Anordnung nach Anspruch 3, dadurch gekenn- 
zeichnet, dass das erste Feld wenigstens eine End- 
zielstationsadresse (6) umfasst. 

5. Anordnung nach Anspruch 4, dadurch gekenn- 
zeichnet, dass das erste Feld ein erstes Adressen- 
paar enthalt, eine Anfangsquellenstationsadresse 
(7) und die Endzielstationsadresse (6) umfassend. 

6. Anordnung nach einem der Anspruche 1 bis 5, da- 



durch gekennzeichnet, dass die genannten Nach- 
richten im zweiten Format ein wenigstens einen Kap- 
selteil bildendes zweites Feld (8,9) umfassen. 

5 7. Anordnung nach Anspruch 6, dadurch gekenn- 
zeichnet, dass das genannte zweite Feld wenig- 
stens eine Zwischenzielstationsadresse (8) um- 
fasst. 

10 8. Anordnung nach Anspruch 7, dadurch gekenn- 
zeichnet, dass das genannte zweite Feld ein zwei- 
tes Adressenpaar enthalt, das die Adresse der Zwi- 
schenquellenstation (9) genannten letzten Station, 
welche die genannte Nachricht im zweiten Format 

15 gesendet hat, und die Zwischenzielstationsadresse 
(8) umfasst. 

9. Anordnung nach einem der Anspruche 1 bis 8, da- 
durch gekennzeichnet, dass die genannten Nach- 

20 richten im zweiten Format eine GroBe (10) enthalten, 
die reprasentativ ist fur den Informationstyp, den sie 
enthalten. 

10. Anordnung nach Anspruch 9, dadurch gekenn- 
25 zeichnet, dass das genannte gewahlte Kriterium 

den Typ (10) der in den empfangenen Nachrichten 
einer Stufe enthalten Informationen betrifft. 

11. Anordnung nach einem der Anspruche 1 bis10,da- 
30 durch gekennzeichnet, dass die genannten Nach- 
richten im zweiten Format wenigstens eine weitere, 
insbesondere fur ihre Sequenznummer (11) repre- 
sentative GroGe enthalten. 

35 12. Anordnung nach einem der Anspruche 1 bis 1 1 , da- 
durch gekennzeichnet, dass jedes Netzwerk aus- 
gewahlt wird zwischen Funknetz und Drahtnetz. 

13. Anordnung nach Anspruch 12, dadurch gekenn- 
40 zeichnet, dass das Format eines Funknetzes aus- 

gewahlt wird zwischen wenigstens dem Format der 
HIPERLAN-Norm und dem Format der IEEE-Norm 
802.1 1 , und dadurch, dass das Format eines Draht- 
netzes ausgewahlt wird unter wenigstens den 
45 ISO-Standards fur die lEEE-Normen 802.3, 802.5 

und 802.14. 

14. Anordnung nach einem der Anspruche 1 bis 13, da- 
durch gekennzeichnet, dass die genannte Verwal- 

50 tungsstufe (5) Routing-Einrichtungen (14,18,20) 

umfasst, fahig wenigstens eine Routing-Tabelle zu 
speichern, die wenigstens die Adressen der Zwi- 
schenzielstationen enthalt, mit denen die Station, die 
sie aufnimmt, Nachrichten im zweiten Format aus- 

55 tauschen kann, und dadurch, dass die genannten 
Routing-Einrichtungen (14,18,20) einerseits befa- 
higt sind, das erste Feld (6,7) einer empfangenen 
Nachricht zu extrahieren, um in der Routing-Tabelle 
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eine Zwischenzielstationsadresse (8) zu bestim- 
men, was ermoglicht, die Ubertragung der genann- 
ten Nachricht bis zu der Endzielstation (6) zu opti- 
mieren, deren Adresse in dem genannten ersten ex- 
trahierten Feld enthalten ist, und andererseits befa- 
ll igtsind, ein zweites Feld zu bilden, das diegenann- 
te Zwischenzielstationsadresse (8) enthalt und dazu 
bestimmt ist, entweder, wenn die Nachricht von der 
Pilotstufe (2) stammt, die ursprunglich in dem zwei- 
ten Feld der zu ubertragenden empfangenen Nach- 
richt enthaltene zu ersetzen, oder, wenn die Nach- 
richt von der Netzstufe (3) stammt, ihren Inhalt hin- 
sichtlich ihrer Ubertragung zu komplettieren. 

15. Anordnung nach Anspruch 14, dadurch gekenn- 
zeichnet, dass die genannten Routing-Einrichtun- 
gen (14,18,20) auGerdem Recheneinrichtungen 
(1 8) umfassen, fahig den Inhalt der genannten Rou- 
ting-Tabelle aufgrund von Routing-lnformationen zu 
modifizieren, die in Nachrichten enthalten sind, die 
vom Dienstnachrichtentypsind, empfangen imzwei- 
ten Format, vom Netzwerk stammend. 

16. Anordnung nach einem der Anspruche 14 und 15, 
dadurch gekennzeichnet, dass wenigstens eine 
der mit einer Verwaltungsstufe (5) ausgerusteten 
Stationen (S) wenigstens eine weitere, mit der ge- 
nannten Verwaltungsstufe verbundene Pilotstufe 
(2-2) sowie eine weitere, mit einem anderen Netz- 
werk verbundene Kommunikationskarte (1-2) um- 
fasst, und dadurch, dass die genannte Verwal- 
tungsstufe (5) fahig ist, hinsichtlich der Ubertragung 
von Nachrichten wenigstens eines der Netzwerke in 
Abhangigkeit von der in dem zweiten Feld der zu 
ubertragenden Nachricht enthaltenen Zwischenziel- 
stationsadresse (8) zu wahlen. 

1 7. Anordnung nach einem der Anspruche 5 bis 1 6, da- 
durch gekennzeichnet, dass die Verwaltungsstufe 
Verkapselungs-/Entkapselungseinrichtungen (1 7) 
umfasst, fahig ein zweites Feld oder wenigstens ei- 
nen Teil einer Kapsel einer von der Pilotstufe (2) 
stammenden Nachricht zu extrahieren, oder einer 
fur wenigstens eine Station des Netzwerks bestimm- 
te Nachricht uberdiese Pilotstufe (2) ein zweites Feld 
hinzuzufugen. 

18. Anordnung nach einem der Anspruche 1 bis 17, da- 
durch gekennzeichnet, dass die Verwaltungsstufe 
(5) Verwaltungseinrichtungen (15) von Nachrichten 
umfasst, die vom Dienstnachrichtentyp sind. 

19. Anordnung nach Anspruch 18, dadurch gekenn- 
zeichnet, dass die Dienstnachrichtenverwaltungs- 
einrichtungen (15) fahig sind, Dienstnachrichten fur 
multiple, zu wenigstens einem Netzwerk gehorende 
Endzielstationen "zu streuen". 



20. Anordnung nach einem der Anspruche 18 und 19, 
dadurch gekennzeichnet, dass die Dienstnach- 
richtenverwaltungseinrichtungen (15) Verzoge- 
rungseinrichtungen umfassen, befahigt zum Ruck- 
5 wartszahlen einer gewahlten Zeitdauer, und da- 

durch, dass die gewahlte Sendebedingung einer 
Dienstnachrichtam Endedes Ruckwartszahlens ve- 
rifiziert wird. 

10 21. Anordnung nach einem der Anspruche 18 und 20, 
in Abhangigkeit von Anspruch 14, dadurch gekenn- 
zeichnet, dass die gewahlte Sendebedingung einer 
Dienstnachricht bei jeder Modifikation der Rou- 
ting-Tabelle verifiziert wird. 

15 

22. Anordnung nach einem der Anspruche 1 bis 21, da- 
durch gekennzeichnet, dass die Stationen (S) 
Konfigurationseinrichtungen (1 9) der verschiedenen 
Stufen und der Karte(n) umfassen, die durch die ge- 

20 nannten Schnittstelleneinrichtungen mit ihnen sowie 
mit dem genannten Betriebssystem verbunden sind. 

23. Anordnung nach Anspruch 1 8 in Verbindung mit An- 
spruch 22, dadurch gekennzeichnet, dass die ge- 

25 wahlte Sendebedingung einer Dienstnachricht beim 
Empfang einer lokalen Abfrage bzw. durch eine lo- 
kale Abfrage der Netzstufe (3) oder der Konfigurati- 
onseinrichtungen (19) verifiziert wird. 

30 24. Anordnung nach Anspruch 16 in Verbindung mit ei- 
nem der Anspruche 22 und 23, dadurch gekenn- 
zeichnet, dass die genannten Routing-lnformatio- 
nen in Nachrichten enthalten sind, die von den Kon- 
figurationseinrichtungen (19) stammen. 

35 

25. Anordnung nach einem der Anspruche 1 bis 24, da- 
durch gekennzeichnet, dass die Verwaltungsstufe 
(5) Synchronisationseinrichtungen (21,22) umfasst, 
fahig fur bestimmte andere Stationen bestimmte 

40 Nachrichten des Typs Frequenz- und Zeitsynchro- 
nisationsnachrichtzu erzeugen, und, beim Empfang 
einer Synchronisationsnachricht, aus ihr die Infor- 
mationen zu extrahieren, urn die Sende-Empfangs- 
einrichtungen der Kommunikationskarte (1) ihrer 

45 Station in den den genannten extrahierten Informa- 
tionen entsprechenden Zustand zu versetzen. 

26. Anordnung nach Anspruch 25, dadurch gekenn- 
zeichnet, dass die Synchronisationseinrichtungen 

50 (21,22) fahig sind, die genannte Synchronisations- 

nachricht spontan zu erzeugen, insbesondere peri- 
odisch. 

27. Anordnung nach einem der Anspruche 25 und 26, 
55 dadurch gekennzeichnet, dass die gewahlte Sen- 
debedingung einer Synchronisationsnachricht beim 
Empfang einer lokalen Abfrage bzw. durch eine lo- 
kale Abfrage der Netzstufe (3) oder der Konfigurati- 
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onseinrichtungen (19) verifiziert wird. 

28. Anordnung nach einem der Anspruche 25 bis 27, 
dadurch gekennzeichnet, dass die Synchronisa- 
tionseinrichtungen (21 ,22) fahig sind, Abfragenach- 5 
richten zu erzeugen, die das Senden einer Synchro- 
nisationsnachricht fordern. 

29. Anordnung nach Anspruch 9 in Verbindung mit ei- 
nem der Anspruche 15 bis 28, dadurch gekenn- 10 
zeichnet, dass die Verwaltungsstufe (5) Weichen- 
einrichtungen (1 6) umfassen, verbunden mit den ge- 
nannten Verkapselungs-/Entkapselungseinrichtun- 
gen (17), den genannten Routing-Einrichtungen 
(14,18,20), den genannten Dienstnachrichten-Ver- 15 
waltungseinrichtungen (15) undden genannten Syn- 
chronisationseinrichtungen (21 ,22). 

30. Anordnung nach Anspruch 29, dadurch gekenn- 
zeichnet, dass die genannten Weicheneinrichtun- 20 
gen (16) fahig sind, aufgrund des Typs der empfan- 
genen Nachrichten die Stufe(n) - Netzstufe (3) oder 
Pilotstufe (2) - und/oder die Einrichtungen unter den 
Routingeinrichtungen (14,18,20), den Kapse- 
lungs-/Entkapselungseinrichtungen (17), den Syn- 25 
chronisationseinrichtungen (21,22) und den Dienst- 
nachrichten-Verwaltungseinrichtungen (15) zu be- 
stimmen. 

31. Anordnung nach einem der Anspruche 1 bis 30, da- so 
durch gekennzeichnet, dass die Verwaltungsstufe 

(5) Teil der Pilotstufe (2) ist. 

32. Verfahren zur Ubertragung von Nachrichten zwi- 
schen den Stationen (S) einer Anordnung nach ei- 35 
nem der vorangehenden Anspruche, vondenen jede 
umfasst: 

- ein Betriebssystem (4), 

- eine "Netz"-Stufe (3) zur Verarbeitung und Er- 40 
zeugung der Nachrichten eines ersten Formats, 

- eine Kommunikationskarte (1 ), fahig Nachrich- 
tungen eines zweiten Formats mit wenigstens 
einem Netzwerk auszutauschen, 

- eine "Pilot"-Stufe (2), fahig von der Karte (1) 45 
oder der Netzstufe (3) empfangene Nachrichten 
jeweils in das erste Format oder das zweite For- 
mat umzusetzen, um sie zu der Netzstufe (3) 
oder der Karte (1) zu ubertragen, und 

- Schnittstelleneinrichtungen der genannten 50 
Stufen, der Karte und des Betriebssystems un- 
tereinander, 

dadurch gekennzeichnet, dass es den einen 
und/oder anderen der folgenden Schritte umfasst: 55 

- Abfangen der Nachrichten des ersten Formats, 
die ausgetauscht werden mussen zwischen der 



Netzstufe (3) und der Pilotstufe (2) einer Station 
(S), dann Analysieren der in den abgefangenen 
Nachrichten enthaltenen Informationen, um 
uber die Fortsetzung bzw. Weiterfuhrung ihrer 
Ubertragung zu entscheiden, in Abhangigkeit 
von wenigstens einem die analysierten Informa- 
tionen betreffenden Kriterium, 
- Erzeugen einer Nachricht eines im zweiten 
Format gewahlten Typs hinsichtlich ihrer Sen- 
dung bzw. Einspeisung in das Netzwerk, wenn 
eine gewahlte Sendebedingung verifiziert ist. 
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